
Amendments to the Specification : 

A Substitute Specification is submitted herewith. A marked-up copy of the 
original specification showing the amendments made in the Substitute Specification 
is submitted herewith. It is submitted that the Substitute Specification does not 
introduce new matter. 
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SUBSTITUTE SPECIFICATION 



RECOVERY TECHNIQUES IN 
MOBILE NETWORKS 





BACKGROUND OF THE INVENTION 



Field of the Invention 

[0001] The present invention relates to recovery techniques 

for use in mobile networks. More particularly, the present invention relates to 

protecting the Transport Address (TA) which is a current Care of Address of a 

mobile subscriber is reachable from loss and after Call State Control Function 

(CSCF) crashes and after reset situations of a network element realizing CSCF 

functionality. 

Description of the Related Art 
[0002] Technical Report TR 23.821 V1 .0.1 , published 

July 2000 by the 3rd Generation Partnership Project (3GPP) and available on the 
Internet at http://www.3gpp.org, discloses the specifications of a 3G All-IP mobile 
network and this report is incorporated by reference herein in its entirety. 
[0003] Figure 1 illustrates the architecture of the network disclosed in the 
above-noted Technical Report. The elements shown with asterisks are elements 
which have been duplicated for figure layout purposes only. These duplicated 
elements belong to the same logical element in the reference model. 
[0004] Unfortunately, the network disclosed in the Technical Report fails to 
include any protection of the TA of a 3G All-IP subscriber from loss. Furthermore, 
the network disclosed in the Technical Report fails to protect the IP address of a 
subscriber in the case of a reset situation of a network element realizing CSCF 
functionality, that is, a CSCF, thereby preventing recovery after a reset of the 
network element. Still furthermore, the network disclosed in the Technical Report 



fails to protect the location information of a subscriber after a CSCF crash, 
thereby preventing recovery after a CSCF crash. 

SUMMARY OF THE INVENTION 

[0005] An object of the present invention is to provide a technique for 
recovering location information of a subscriber in a mobile network including 
forwarding a registration request from the subscriber to an S-CSCF including the 
subscriber's TA and then forwarding an AL (Application Level) location update 
from the S-CSCF to a Home Subscriber Server (HSS) including the subscriber's 
TA and the (S-CSCF) address and storing data including the subscriber's TA and 
the S-CSCF address in the HSS so as to be protected against loss. 
[0006] Another object of the present invention is to provide a technique for 
recovering location information of a subscriber in a mobile network including 
forwarding a registration request from the subscriber to an S-CSCF including the 
subscriber's TA and then forwarding an AL location update from the S-CSCF to an 
HSS including the S-CSCF address and storing data including the subscriber's TA 
in a non-volatile memory of the S-CSCF so as to be protected against loss. 
[0007] Yet another object of the present invention is to provide a technique for 
recovering location information of a subscriber in a mobile network including upon 
an S-CSCF receiving a call setup request for the subscriber from an Interrogating 
Call State Control Function (l-CSCF), forwarding a route request to a User 
Mobility Server (UMS) and receiving a home address of the subscriber and then 
forwarding the call setup request from the S-CSCF to a home agent at the home 
address of the subscriber and then forwarding the call setup request from the 
home agent to the subscriber and subsequently forwarding an address update 
from the subscriber to the S-CSCF. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The foregoing and a better understanding of the present invention will 
become apparent from the following detailed description of example embodiments 
and the claims when read in connection with the accompanying drawings, all 
forming a part of the disclosure of this invention. While the foregoing and 
following written and illustrated disclosure focuses on disclosing example 
embodiments of the invention, issued a clearly understood that the same is by 
way of illustration and example only and the invention is not limited thereto. The 
spirit and scope of the present invention are limited only by the terms of the 
appended claims. 

[0009] The following represents brief descriptions of the drawings, wherein: 
[0010] Figure 1 illustrates the architecture of a 3G All-IP mobile network. 
[001 1] Figure 2 illustrates reaching a called party after losing LA (Location 
Area) information in a legacy mobile network. 

[0012] Figure 3 illustrates failure to reach a called party after losing TA 
information in a 3GPP All-IP mobile network. 

[001 3] Figure 4A illustrates sending subscriber TA to S-CSCF and then 
forwarding it to HSS at registration. 

[0014] Figure 4B illustrates an example of reaching a called party after losing 
TA information in a mobile network in accordance with the present invention. 
[001 5] Figure 5 illustrates the signal flow in the case of a recovery after a 
CSCF crash in accordance with another embodiment of the present invention. 

DETAILED DESCRIPTION 

[001 6] Before beginning a detailed description of the 

subject invention, mention of the following is in order. When appropriate, like 
reference numerals and characters may be used to designate identical, 
corresponding, or similar components in differing drawing figures. Furthermore, in 



the detailed description to follow, example sizes/models/values/ranges may be 
given, although the present invention is not limited thereto. Lastly, other 
components may not be shown within the drawing figures for simplicity of 
illustration and discussion and so as not to obscure the invention. 
[0017] In the application level of a 3G All-IP network, the reachability of a 
subscriber is maintained in two levels, namely, the network element level and the 
subscriber level. The S-CSCF that the subscriber is currently registered to and 
the TA of the roaming subscriber, which the subscriber provides to the network 
during Application Level (AL) registration, must be known to and maintained by 
the network. 

[0018] Without specific support for mobility in IPv6, packets destined to a 
mobile subscriber would not be able to reach it while the subscriber is away from 
its home link (the link on which its home IPv6 subnet prefix is in use), since 
routing is based on the subnet prefix in a packet's destination IP address. In 
order to continue communication in spite of its movement, a subscriber could 
change its IP address each time it moves to a new link, but it would then not be 
able to maintain transport and higher-layer connections when it changes location. 
[001 9] Mobile IPv6 allows a subscriber to move from one link to another 
without changing its IP address. A subscriber is always addressable by its "home 
address", an IP address assigned to it within its home subnet prefix on its home 
link. Packets may be routed to the subscriber using this address regardless of its 
current point of attachment to the Internet, and it may continue to communicate 
with others after moving to a new link. The movement of a subscriber away from 
its home link is thus transparent to transport and higher-layer protocols and 
applications. 

[0020] A mobile subscriber is always addressable by its home address, 
whether it is currently attached to its home link or is away from home. While it is 
at home, packets addressed to its home address are routed to it using 
conventional Internet routing mechanisms in the same way as if it were never 
mobile. Since the subnet prefix of its home address is the subnet prefix (or one of 
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the subnet prefixes) on the subscribers' home link (it is the mobile subscribers' 
home subnet prefix), packets addressed to it will be routed to its home link. 
[0021] While a subscriber is attached to some foreign link away from home, it 
is also addressable by one or more care-of addresses, in addition to its home 
address. A care-of address is an IP address associated with a mobile node while 
the subscriber is visiting a particular foreign link. The subnet prefix of a 
subscriber's care-of address is the subnet prefix (or one of the subnet prefixes) on 
the foreign link being visited by it; if it is connected to this foreign link while using 
that care-of address, packets addressed to this care-of address will be routed to 
the subscriber in its location away from home. 

[0022] The association between a subscriber's home address and care-of 
address is known as a "binding" for the subscriber. It typically acquires its care-of 
address through stateless or stateful Address Autoconfiguration, according to the 
methods of IPv6 Neighbor Discovery. Other methods of acquiring a care-of 
address are also possible, such as static preassignment by the owner or manager 
of a particular foreign link, but details of such other methods are beyond the scope 
of this discussion. 

[0023] While away from home, a mobile subscriber registers one of its care-of 
addresses with a router on its home link, requesting this router to function as the 
"home agent" for it. This binding registration is done by the subscriber sending to 
the home agent a packet containing a "Binding Update" destination option; the 
home agent then replies to the subscriber by returning a packet containing a 
"Binding Acknowledgment" destination option. The care-of address in this binding 
registered with its home agent is known as the subscriber's "primary care-of 
address". The subscribers' home agent thereafter uses proxy Neighbor Discovery 
to intercept any IPv6 packets addressed to the subscribers' home address (or 
home addresses) on the home link and tunnels each intercepted packet to the 
subscribers' primary care-of address. To tunnel each intercepted packet, the 
home agent encapsulates the packet using IPv6 encapsulation, with the outer 
IPv6 header addressed to the subscribers' primary care-of address. 
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[0024] Keeping the address of the S-CSCF ensures that a call to a subscriber 
can be routed to the destination node, that is, the S-CSCF. Keeping the current 
TA of the subscriber ensures that a call made to the subscriber which arrives at 
the S-CSCF can finally reach the subscriber. 

[0025] As illustrated in Figure 2, in legacy mobile networks, such as GSM, the 
information on the serving MSCA/LR (stored in the HLR) is adequate. That is, the 
called party can be reached even after the loss of the subscriber location area 
(LA) information by a searching/paging mechanism. In step 1, the current 
V-MSCA/LR for a called party is first located and in step 2 a setup toward the 
V-MSCA/LR is performed. In step 3, upon a loss of the LA information, the called 
party is paged in all cells under the V-MSCA/LR. 

[0026] On the other hand, as illustrated in Figure 3, in the 3G All-IP network, 
no such searching mechanism is available, so that the information of the current 
S-CSCF (stored in the HSS) is insufficient to reach the subscriber upon the loss of 
the subscriber TA. In step 1, S-CSCF is located and in step 2 a setup toward the 
S-CSCF is performed. However, in step 3,in the absence of the TA of the called 
party, the called party is not reachable. 

[0027] The applicants have determined that the TA of a 3G All-IP subscriber 
should be protected against loss with the same level of security as that for the 
Serving CSCF (S-CSCF). The applicants have proposed options to protect the 
TA of a subscriber, namely, one option in which the TA is forwarded to the HSS 
and another option in which there is a security backup of the TA within the CSCF. 
The TA of the subscriber should be forwarded to the HSS at registration and 
downloaded from the HSS to the S-CSCF during recovery. Still another option is 
to have a permanent IPv6 (Internet Protocol Version 6) address allocated to the 
subscriber and to have the subscriber update its current Care-of Address (part of 
the TA) to the Home Agent upon obtaining the current TA. 
[0028] As noted above, in accordance with the present invention, various 
options are available for implementing protection and recovery of the subscriber 
TA. 
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[0029] In the first option, as illustrated in Figure 4A, "a safe copy" of the 
subscriber's TA is forwarded to the HSS for storage and protection. The TA must 
enjoy the same level of protection against loss as the S-CSCF address. The TA 
and other data can then be restored to the S-CSCF upon the earlier loss of the 
data by the S-CSCF. It is noted that the subscriber's TA is stored in the S-CSCF 
for normal operation. An incoming call from an REP (Remote End-Point) is 
received by the S-CSCF in step 1. In step 2, the S-CSCF looks for the 
subscriber's TA so as to route the call but fails to find the subscriber's TA. In 
step 3, the S-CSCF initiates the restoration of the subscriber's TA (and possibly 
other data) from the HSS. This option is only available when the S-CSCF loses 
only the TA of the subscriber. Finally, in step 4, the call is then routed to the 
subscriber using the recovered TA. 

[0030] As illustrated in Fig. 4B in step 1 , the registering subscriber forwards an 
AL registration request to the S-CSCF including the TA. In step 2, an AL Location 
Update is forwarded to the HSS including the TA and S-CSCF address. In step 3, 
the HSS stores the updated TA and S-CSCF address (in a hard disk, for example, 
or other non-volatile memory). In step 4, the HSS forwards an AL Location Update 
acknowledgement to the S-CSCF which stores the TA and subscription profile 
and other data. In step 6, the S-CSCF forwards an AL registration acknowledge 
to the registering subscriber. 

[0031] As illustrated in Figure 4B, an incoming call from an REP (Remote 
End-Point) is received by the S-CSCF in step 1. In step 2, the S-CSCF looks for 
the subscriber's TA so as to route the call but fails to find the subscriber's TA. In 
step 3, the S-CSCF initiates the restoration of the subscriber's TA (and possibly 
other data) from the HSS. This option is only available when the S-CSCF loses 
only the TA of the subscriber. Finally, in step 4, the call is then routed to the 
subscriber using the recovered TA. 
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[0032] In the second option, the same level of protection against loss applies 
for the subscriber's TA stored in the S-CSCF as that of the S-CSCF address 
stored in the HSS. For example, the subscriber's TA can be backed up in a hard 
disk, or other non-volatile memory in the S-CSCF. 

[0033] In the case of an S-CSCF crash, when the S-CSCF restarts, all of the 
information regarding the mobile subscribers registered with it, including the 
information on how to reach the mobile subscribers, is lost. In such a situation, it 
is not possible to deliver mobile terminated calls to the mobile subscribers that 
were registered with the S-CSCF that was restarted. 

[0034] In providing a solution to the above-noted problem in accordance with 
the third option, the following assumptions are made: 

1) IPv6 is adopted for IP addressing and a subscriber is given a home 
address at subscription time. This home address is stored in a UMS. 

2) The subscriber is in an area assigned to an S-CSCF and has registered 
with it and has provided its' TA, that is, the current address where the subscriber 
is reachable. Such an address is not the static home address but rather is the 
Care-of Address. Whenever the S-CSCF has to forward signaling to the mobile 
subscriber, it uses the Care-of Address. The subscriber has also registered its 
current Care of Address with its Home Agent. 

3) The S-CSCF restarts due to a fault and loses the information about the 
mobile station. 

[0035] The following procedure in accordance with the present invention, as 
illustrated in Figure 5, may, for example, be used for mobile terminating call 
delivery when, as illustrated in 1, the S-CSCF crashes and restarts, the S-CSCF 
has no memory of what mobile stations (MSs) were registered with the S-CSCF 
and does not have any of the MSs Care of Address addresses: 



8 



[0036] When an incoming call at 2 reaches a CSCF in the home network, 
either from another IP based terminal or from an MGCF (Media Gateway Control 
Function), the l-CSCF queries at 3 the UMS based on the alias dialed by the 
calling party. 

[0037] During registration, the UMS has stored information about the S-CSCF 
and information as to how the mobile subscriber can be reached. More 
particularly, the UMS has stored the address of the S-CSCF, that is, the address 
where CC (Call Control) signaling must be forwarded. At this point, two scenarios 
are possible: 

[0038] The information in the UMS regarding the S-CSCF is still valid; the 
UMS returns at 4 the address of the S-CSCF and the Subscriber Identity and then 
forwards the call setup 5 to the S-CSCF. 

The S-CSCF, not having information available for the alias to which 
the call corresponds due to a crash, queries 6 the UMS based on the Subscriber 
Identity optionally indicating that a restart took place in order to trigger a profile 
download. 

The UMS returns at 5 the Home Address of the MS. 
The S-CSCF forwards at 8 the signaling to the Home Address which 
is the home agent. 

The home agent receives the packets and forwards them at 10 to 
the MS using the Care of Address obtained during the Mobile IP signaling 
exchanged when the Care-of Address was created (the usual procedure in 
Mobile IP). 

When the MS receives the first packet, it sends at 1 1 a message to 
the S-CSCF which sent the packet to update the address indicating the Care of 
Address as the correct address to be used to reach the subscriber(the usual 
procedure in Mobile IP) and call control signalling is sent at 12 from the S-CSCF 
to the MS. 
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When the call is terminated the subscriber can optionally re-register 
with the S-CSCF. 

[0039] 2) The information in the UMS is not valid; the UMS returns the Home 
Address of the mobile subscriber. 

The l-CSCF forwards the signaling to the Home Address. 

The Home Agent receives the packets and forwards them to the 
Care-of Address obtained during the Mobile IP signaling exchanged when the 
Care-of Address was created (the usual procedure in Mobile IP). 

When the mobile subscriber receives the first packet, it sends a 
message to the l-CSCF which sent the packet to update the address indicating 
the Care of Address as the correct address to be used to reach the subscriber 
(the usual procedure in Mobile IP). 

When the call is terminated the subscriber can optionally re-register 
with a S-CSCF. 

[0040] This concludes the description of the example embodiments. Although 
the present invention has been described with reference to a number of illustrative 
embodiments, it should be understood that numerous other modifications and 
embodiments can be devised by those skilled in the art that will fall within the spirit 
and scope of the principles of this invention. More particularly, reasonable 
variations and modifications are possible in the component parts and/or 
arrangements of the subject combination arrangement within the scope of the 
foregoing disclosure, drawings, and appended claims without departing from the 
spirit of the invention. For example, the example embodiments of the present 
invention have been described with respect to currently used networks, such as 
3G All-IP mobile networks, and standards for simplicity. It is, of course, 
understood that the present invention is not limited thereto. In addition to 
variations and modifications in the component parts and/or arrangements, 
alternative uses will also be apparent to those skilled in the art. 
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ABSTRACT OF THE DISCLOSURE 

A technique for protecting location information of a subscriber in a mobile 
network is disclosed which forwards a registration request from the subscriber to 
an S-CSCF including the subscriber's TA and then forwarding a location update 
from the S-CSCF to an HSS including the subscriber's TA. Upon the S-CSCF 
losing data, lost data may be restored to the S-CSCF from the data stored in the 
HSS. The HSS may store data in a non-volatile memory such as a hard disk 
drive. The technique may also include forwarding a registration request from the 
subscriber to an S-CSCF including the subscriber's TA and then forwarding a 
location update from the S-CSCF to an HSS and storing data in a non-volatile 
memory such as a hard disk drive in the S-CSCF so as to be protected against 
loss. Upon the S-CSCF losing data, lost data including the subscriber's TA may 
be restored to the S-CSCF from the data stored in the S-CSCF. 
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